UCF STIG Viewer Logo
Changes are coming to https://stigviewer.com. Take our survey to help us understand your usage and how we can better serve you in the future.
Take Survey

The IAO will ensure that the router or firewall software has been upgraded to mitigate the risk of DNS cache poisoning attack caused by a flawed PAT implementation using a predictable source port allocation method for DNS query traffic.


Overview

Finding ID Version Rule ID IA Controls Severity
V-25037 NET1970 SV-30841r1_rule High
Description
DNS cache poisoning is an attack technique that allows an attacker to introduce forged DNS information into the cache of a caching name server. There are inherent deficiencies in the DNS protocol and defects in implementations that facilitate DNS cache poisoning. Name servers vulnerable to cache poisoning attacks are due to their use of insufficiently randomized transaction IDs and UDP source ports in the DNS queries that they produce, which may allow an attacker to more easily forge DNS answers that can poison DNS caches. To exploit these vulnerabilities an attacker must be able to cause a vulnerable DNS server to perform recursive DNS queries. Therefore, DNS servers that are only authoritative, or servers where recursion is not allowed, are not affected. The DNS protocol specification includes a transaction ID field of 16 bits. If the specification is correctly implemented and the transaction ID is randomly selected with a strong random number generator, an attacker will require, on average, 32,768 attempts to successfully predict the ID. Some flawed implementations may use a smaller number of bits for this transaction ID, meaning that fewer attempts will be needed. Furthermore, there are known errors with the randomness of transaction IDs that are generated by a number of implementations. Some current implementations allocate an arbitrary source port at startup (and sometimes selected at random) and reuse this source port for all outgoing queries. With other implementations, the source port for outgoing queries is fixed at the traditional assigned DNS server UDP port number 53. Because attacks against these vulnerabilities all rely on an attacker's ability to predict, the implementation of per-query source port randomization in the server presents a practical mitigation against these attacks within the boundaries of the current protocol specification. Randomized source ports can be used to gain approximately 16 additional bits of randomness in the data that an attacker must guess. Randomizing the ports adds a significant amount of attack resiliency. Routers, firewalls, proxies, and other gateway devices that perform NAT—more specifically Port Address Translation (PAT)—often rewrite source ports in order to track connection state. A flawed implementation of a PAT device using a predictiable source port allocation method can reduce any effectiveness of source port randomization implemented by name servers and stub resolvers. Henceforth, it is imperative that the router or firewall software has been upgraded or patched to reduce an attacker’s opportunity for launching a DNS cache poisoning attack. Note: Regular NAT (allocating one public IP address for each private IP address) is not affected by this problem because it only rewrites layer 3 information and does not modify layer 4 header information of packets traversing the NAT device.
STIG Date
Firewall Security Technical Implementation Guide - Cisco 2017-07-12

Details

Check Text ( C-31263r1_chk )
Verify that the software implemented on the router or firewall has been updated to a release that mitigates the risk of a DNS cache poisoning attack. A number of vendors have released patches to implement source port randomization. This change significantly reduces the practicality of cache poisoning attacks. See the Systems Affected section at http://www.kb.cert.org/vuls/id/800113 for additional details for specific products not listed below.


The following BlueCoat products are vulnerable:

Proxy SG: Fixed in 4.2.8.6 or 5.2.4.3 and later.
Director: Fixed in: 4.2.2.4 or 5.2.2.5 and later.
Proxy RA: Fixed in 2.3.2.1 and later.

The following Secure Computing products are vulnerable:

Sidewinder G2 6.1 .0.01
Sidewinder G2 6.1 .0.02
Sidewinder 5.0
Sidewinder 5.0 .0.01
Sidewinder 5.0 .0.02
Sidewinder 5.0 .0.03
Sidewinder 5.0 .0.04
Sidewinder 5.1
Sidewinder 5.1 .0.01
Sidewinder 5.1 .0.02
Sidewinder 5.1 .1
Sidewinder 5.1 .1.01
Sidewinder 5.2
Sidewinder 5.2 .0.01
Sidewinder 5.2 .0.02
Sidewinder 5.2 .0.03
Sidewinder 5.2 .0.04
Sidewinder 5.2 .1
Sidewinder 5.2 .1.02
Sidewinder 5.2.1 .10
Sidewinder Software 5.0
Sidewinder Software 5.0 .0.01
Sidewinder Software 5.0 .0.02
Sidewinder Software 5.0 .0.03
Sidewinder Software 5.0 .0.04
Sidewinder Software 5.1
Sidewinder Software 5.1 .0.01
Sidewinder Software 5.1 .0.02
Sidewinder Software 5.1 .1
Sidewinder Software 5.1 .1.01
Sidewinder Software 5.2
Sidewinder Software 5.2 .0.01
Sidewinder Software 5.2 .0.02
Sidewinder Software 5.2 .0.03
Sidewinder Software 5.2 .0.04
Sidewinder Software 5.2 .1
Sidewinder Software 5.2 .1.02
CyberGuard Classic
CyberGuard TSP

See Secure Computing Knowledgebase article 11446 for the resolution to updates to these vulnerable products.


The following Juniper Networks ScreenOS firewall versions are vulnerable.

ScreenOS 5.1
ScreenOS 5.2

The following Cisco PIX/ASA releases are vulnerable:

6.3(5) and earlier. Fixed with 6.3(5.144) and later
7.0 Fixed with 7.0(8.1)
7.1 Fixed with 7.1(2.74)
7.2 Fixed with 7.2(4.9)
8.0 Fixed with 8.0(3.32)
8.1 Fixed with 8.1(1.8) , 8.1(1.100), and 8.1(101.4)
8.2 Fixed with 8.2(0.140)
Fix Text (F-27729r1_fix)
Update the OS to the release that mitigates the risk of a DNS cache poisoning attack